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Abstract 

We study the fundamental problem of scheduling bidirectional traffic 
along a path composed of multiple segments. The main feature of the 
problem is that jobs traveling in the same direction can be scheduled in 
quick succession on a segment, while jobs in opposing directions cannot 
cross a segment at the same time. We show that this tradeoff makes 
the problem significantly harder than the related flow shop problem, by 
proving that it is NP-hard even for identical jobs. We complement this 
result with a PTAS for a single segment and non-identical jobs. If we 
allow some pairs of jobs traveling in different directions to cross a segment 
concurrently, the problem becomes APX-hard even on a single segment 
and with identical jobs. We give polynomial algorithms for the setting 
with restricted compatibilities between jobs on a single and any constant 
number of segments, respectively. 


1 Introduction 

The scheduling of bidirectional traffic on a path is essential when operating 
single-track infrastructures such as single-track railway lines, canals, or commu¬ 
nication channels. Roughly speaking, the schedule governs when to move jobs 
from one node of the path to another along the segments of the path. The goal 
is to schedule all jobs such that the sum of their arrival times at their respective 
destinations is minimized. A central feature of real-world single-track infras¬ 
tructures is that after one job enters a segment of the path, further jobs moving 
in the same direction can do so with relatively little headway, while traffic in the 
opposite direction usually has to wait until the whole segment is empty again 
(cf. Fig. la for a schematic illustration). 

Formally, in the bidirectional scheduling problem we are given a path of 
consecutive segments connected at nodes, and a set of jobs, each with a release 
date and a designated start and destination node. The time job j needs to 
traverse segment i is governed by two quantities: its processing time ptj and its 
transit time Tij. While the former prevents the segment from being used by any 
other job (running in either direction), the latter only blocks the segment from 
being used by jobs running in opposite direction. For example, this allows us to 
model settings with bidirectional train traffic on a railway line split into single- 
track segments that are connected by turnouts (cf. Lusby et al. [16, Section 2]). 

*This research was carried out in the framework of Matheon supported by Einstein Foun¬ 
dation Berlin. 
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Figure 1: Bidirectional scheduling of ship traffic through a canal, with and without compatibilities. 
The processing time pij of job j is the time needed to enter segment i with sufficient security 
headway, i.e., the delay before other jobs in the same direction may enter the segment. The travel 
time Tij is the time needed to traverse the entire segment once entered. In both (a) and (b), 
jobs 1,2,3 can enter the segment in quick succession, while job 4 has to wait until they left the 
segment. In (b), job 5 is compatible with jobs 1, 2, 3 so that they may cross concurrently. The time 
to cross turnouts is assumed to be negligible. 


i = 1 i = 2 



Figure 2: Representation of a schedule on two segments {i — 1,2) and four jobs as a path-time- 
diagram. In this example, all jobs are processed immediately at their release date. Job j is released 
at time Vj at the right end of segment 2 and needs to reach the left end of segment 1. Since it never 
has to wait, its completion time is smallest possible: Cj — Tj p 2 j + T 2 j + pij + Tij. 

In this setting, jobs correspond to trains, the processing time of a job is the 
time needed for the train to fully enter the next segment, and the transit time 
is the time to traverse the segment (and entirely move into the next turnout). 
While a train is entering a single-track segment of the line, no other train may 
do so. The next train in the same direction can enter immediately afterwards, 
whereas trains in opposite direction have to wait until the segment is clear again 
in order to prevent a collision. 

Fig. 2 shows the path-time-diagram of a feasible schedule for two segments 
and four jobs. Jobs are represented by parallelograms of the same color. The 
processing time of a job on a segment is reflected by the height of the correspond¬ 
ing parallelogram, while the transit time is the remaining time (y-distance) to 
the lowest point of the parallelogram. In a feasible schedule, jobs may not in¬ 
tersect, and, in particular, a job can only begin being processed at a segment 
once it has fully exited the previous segment. Note that in the example it makes 
sense for the two rightbound jobs to switch order while waiting at the central 
node. 

We also study a generalization of the model to situations where some of 
the jobs are allowed to pass each other when traveling in different directions 
(cf. Fig. Ib). This is a natural assumption, e.g., when scheduling the ship traffic 
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on a canal, where smaller ships are allowed to pass each other while larger 
ships are not (cf. Liibbecke et al. [15]). In practice, the rules that decide which 
ships are allowed to pass each other are quite complex and depend on multiple 
parameters of the ships such as length, width, and draught (e.g., cf. [5]). We 
model these complex rules in the most general way by a bipartite compatibility 
graph for each segment, where vertices correspond to jobs and two jobs running 
in different directions are connected by an edge if they can cross the segment 
concurrently. 

Our results. 

Table 1 gives a summary of our results. We first show that scheduling bidirec¬ 
tional traffic is hard, even without processing times and with identical transit 
times (Section 3). The proof is via a non-standard reduction from MaxCut. 
The key challenge is to use the local interaction of the jobs on the path to model 
global interaction between the vertices in the MaxCut. We overcome this is¬ 
sue by introducing polynomially many vertex gadgets encoding the partition of 
each vertex and synchronizing these copies along the instance. We complement 
this result with a polynomial time approximation scheme (PTAS) for a single 
segment and arbitrary processing times (Section 4) using the (1 -I- e)-rounding 
technique of Afrati et al. [1]. 

We then show that bidirectional scheduling with arbitrary compatibility 
graphs is APX-hard already on a single segment and with identical processing 
times (Section 5). The proof is via a reduction from a variant of Max-3-Sat 
which is NP-hard to approximate within a factor smaller than 1016/1015, as 
shown by Berman et al. [3]. As a byproduct, we obtain that also minimizing the 
makespan is APX-hard in this setting. We again complement our hardness result 
by polynomial algorithms for identical jobs on constant numbers of segments 
and with a constant number of compatibility types (Section 6). 

Significance. 

With this paper we initiate the mathematical study of optimized dispatching 
of traffic in networks with bidirectional edges, e.g. train networks, ship canals, 
communication channels, etc. In all of these settings, traffic in one direction 
limits the possible throughput in the other direction. While in the past decades 
a wealth of results has been established for the unidirectional case (i.e., classical 
scheduling, and, in particular, flow shop models), surprisingly, and despite their 
practical importance, bidirectional infrastructures have not received a similar 
attention so far. 

The bidirectional scheduling model that we propose captures the essence of 
bidirectional traffic by distinguishing processing and transit times. This simple 
framework already allows to exhibit the computational key challenges of this 
setting. In particular, we show that bidirectional scheduling is already hard for 
identical jobs on a path, which is in contrast to the unidirectional case. We 
observe another increase in complexity when allowing specific types of traffic 
to use an edge concurrently in both directions. In practice, this is reasonable 
e.g. for ship traffic in a canal, where small vessels may pass each other. In that 
sense, we show that scheduling ship traffic is already hard on a single edge and, 
thus, considerably harder than scheduling train traffic. 
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Table 1: Overview of our results for bidirectional scheduling. 
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While bidirectional scheduling is hard in general, we show that certain fea¬ 
tures of real-world scenarios can make the problem tractable, e.g., a small num¬ 
ber of turnouts along a single path and/or a small number of different vessels. 
In this work we restrict ourselves to simple paths, but we hope that our results 
are a first step towards understanding traffic in general bidirectional networks. 

Related work. 

Scheduling problems are a fundamental class of optimization problems with a 
multitude of known hardness and approximation results (cf. Lawler et al. [12] 
for a survey). To the best of our knowledge, the bidirectional scheduling model 
that we propose and study in this paper has not been considered in the past 
nor is it contained as a special case in any other scheduling model. We give an 
overview of known results for related models. 

For a single segment and jobs traveling from left to right, bidirectional 
scheduling reduces to the classical single machine scheduling problem, which 
Lenstra et al. [14] showed to be hard when minimizing total completion time. 
Afrati et al. [1] gave a PTAS with generalizations to multiple identical or a 
constant number of unrelated machines. Chekuri and Khanna [6] further gen¬ 
eralized the result to related machines. We give a different generalization for 
bidirectional scheduling. For unrelated machines Hoogeveen et al. [10] showed 
that the completion time cannot be approximated efficiently within arbitrary 
precision, unless P = NP. 

Bidirectional scheduling also has similarities to scheduling of two job families 
with a setup time that is required between jobs of different families. The general 
comments in Potts and Kovalyov [18] on dynamic programs for such kinds of 
problems apply in part to our technique for Theorem 5. 

When all jobs need to be processed on all segments in the same order and all 
transit times are zero, bidirectional scheduling reduces to flow shop scheduling. 
Garey et al. [9] showed that it is NP-hard to minimize the sum of completion 
times in flow shop scheduling, even when there are only two machines and no 
release dates. They showed the same result for minimizing the makespan on 
three machines. Hoogeveen et al. [10] showed that there is no PTAS for flow 
shop scheduling without release dates, unless P = NP. In contrast, Brucker 
et al. [4] showed that flow shop problems with unit processing times can be 
solved efficiently, even when all jobs require a setup on the machines that can 
be performed by a single server only. 

Job shop scheduling is a generalization of flow shop scheduling that al- 
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lows jobs to require processing by the machines in any (not necessarily lin¬ 
ear) order, cf. Lawler et al. [12, Section 14] for a survey. In this setting, the 
minimization of the sum of completion times was proven to even be MAX- 
SNP-hard by Hoogeveen et al. [10]. Queyranne and Sviridenko [19] gave a 
0((log(m^)/loglog(m/x))^)-approximation for the weighted case with release 
dates, where /r denotes the maximum number of operations per job. Fishkin 
et al. [7] gave a PTAS for a constant number of machines and operations per 
job. It is worth noting that job shop scheduling does not contain bidirectional 
scheduling as a special case, since it does not incorporate the distinction between 
processing and transit times for jobs passing a machine in different directions. 

Job shop scheduling problems with unit jobs are strongly related to packet 
routing problems where general graphs are considered, see the discussion in 
seminal paper by Leighton et al. [13]. They proved that the makespan of any 
packet routing problem is linear in two trivial lower bounds, called the con¬ 
gestion and the dilation. For more recent progress in this direction, see, e.g., 
Scheideler [20] and Peis and Wiese [17]. All these works, however, consider 
minimizing the makespan and assume that the orientation of the graph is fixed. 
Antoniadis et al. [2] also consider average flow time on a directed line. They give 
lower bounds for competitive ratios in the online setting and 0(1) competitive 
algorithms with resource augmentation for the maximum flow time. 


2 Preliminaries 

In the bidirectional scheduling problem, we are given a set M = {1,..., m} of 
segments which we imagine to be ordered from left to right. Further, we are 
given two disjoint sets of J*' and of rightbound and leftbound jobs, respectively, 
with J = J’’ U and n = | J|. Each job is associated with a release date 
Tj S N, a start segment Sj and a target segment tj, where Sj < tj for rightbound 
jobs and sj > tj for leftbound jobs. A rightbound job j needs to cross the 
segments sj^sj + l,... ,tj — l,tj, and a leftbound job needs to cross the segments 
Sj,Sj — l,... ,tj + l,tj. We denote by Mj the set of segments that job j needs to 
cross. Each job j is associated with a processing time Pj G N and each segment i 
is associated with a transit time Ti € N. Note that we restrict ourselves to 
identical processing times for a single job and identical transit times for a single 
segment. We call pj + Ti the running time of job j on segment i. 

A schedule is defined by fixing the start times Sij for each job j on each 
segment i G Mj. The completion time of job j on segment i is then defined 
as Cij = Sij + Pj + Ti. The overall completion time of job j is Cj = Ct-j. A 
schedule is feasible if it has the following properties. 

1. Release dates are respected, i.e., rj < S^.j for each j G J. 

2. Jobs travel towards their destination, i.e., Cij < Si+ij (resp. Cij < 
Si- 1 ,j) for rightbound (resp. leftbound) jobs j and i G Mj \ {tj}. 

3. Jobs J, j' traveling in the same direction are not processed on segment i G 
Mj n Mj' concurrently, i.e., [S^, Sij + Pj) H [5'ij', Sij/ + Pj') = 0. 

4. Jobs J, j' traveling in different directions are neither processed nor in tran¬ 
sit on segment i G Mj n Mj/ concurrently, i.e., [Sij, Cij) n [Sij', Cij') = 0. 

Our objective is to minimize the total completion time ^ Cj = Cj- 

Other natural objectives are the minimization of the makespan Cmax = 
max{Cj I j G J} or the total waiting time ^ Wj = J^j^j ^j where the indi- 
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Figure 3: Illustration of the vertex gadget in the leftbound (left) and the rightbound (right) state. 
At each time t — 0, . . . , 11 multiple right- and leftbound jobs are released. Since all jobs have 
processing time 0, jobs in the same direction can be processed simultaneously. The only two sensible 
schedules differ in whether leftbound jobs are processed at even or odd times. 

vidual waiting time of a job j is Wj = Cj — (Pj + ~ ’’i- Note that 

minimizing the total waiting time is equivalent to minimizing the total comple¬ 
tion time. 

We also consider a generalization of the model, where some of the jobs 
traveling in different directions are allowed to pass each other. Formally, for 
each segment i, we are given a bipartite compatibility graph Gi = 
with Ei C J"' X J*. Two jobs j, j' that are connected by an edge in Gi are allowed 
to run on segment i concurrently, i.e., condition 4 above need not be satisfied. 
Specifically, jobs j,j' may be processed or be in transit simultaneously. 

All proofs omitted in the following sections can be found in the appendix. 


3 Hardness of bidirectional scheduling 

First, we show that scheduling bidirectional traffic is hard, even when all process¬ 
ing times are zero and all transit times coincide. In other words, we eliminate all 
interaction between jobs in the same direction and show that hardness is merely 
due to the decision when to switch between left- and rightbound operation of 
each segment. This is in contrast to one-directional (flow shop) scheduling with 
identical processing times, which is trivial. Formally, we show the following 
result. 

Theorem 1. The bidirectional scheduling problem is HP-hard even if Pj = 0 
and Ti = 1 for eaeh j £ J and i S M. 

We reduce from the MaxCut problem which is contained in Karp’s list of 21 
NP-complete problems [11]. Given an undirected graph G = {V,E) and some 
k gN we ask for a partition V = V 1 UV 2 with \E n (Vi x 1 / 2 )] > k. 

For a considered instance I of MaxCut we construct an instance of the bidi¬ 
rectional scheduling problem which can be scheduled without exceeding some 
specific waiting time if and only if I admits a solution. The translation to sum 
of completion times is then straightforward. 

A cornerstone of our construction is the vertex gadget that occupies a fixed 
time interval on a single segment and can only be (sensibly) scheduled in two 
ways (cf. Fig. 4), which we interpret as the choice whether to put the corre¬ 
sponding vertex in the first or second part of the partition, respectively. We 
introduce multiple vertex segments that each have exactly one vertex gadget for 
each vertex in I and add further gadgets that ensure that the state of all vertex 
gadgets for the same vertex is the same across all segments. These gadgets allow 


6 








Figure 4: Illustration of our hardness construction for a single edge e = {u, u}. First, a sequence of 
segments is used to change the order of vertex gadgets, such that the vertex gadgets corresponding 
to u and v occupy consecutive time intervals. Then, an edge gadget is added that incurs an increased 
waiting time if the vertex gadgets for u and v are in the same state. 

us to synchronize vertex gadgets on consecutive vertex segments in two ways. 
We can either simply synchronize vertex gadgets that occupy the same time in¬ 
terval on the two vertex segments {copy gadget), or we can synchronize pairs of 
vertex gadgets occupying the same consecutive time intervals on the two vertex 
segments by liirking the first gadget on the first segment with the second one 
on the second segment and vice-versa, i.e., we can transpose the order of two 
consecutive gadgets from one vertex segment to the next {transposition gadget). 

We construct an edge gadget for each edge in I that incurs a small waiting 
time if two vertex gadgets in consecutive time intervals and segments are in 
different states and a slightly higher waiting time if they are in the same state. 
By tuning the multiplicity of each job, we can ensure that only schedules make 
sense where vertex gadgets are scheduled consistently. Minimizing the waiting 
time then corresponds to maximizing the number of edge gadgets that link 
vertex gadgets in different states, i.e., maximizing the size of a cut. 

In order to fully encode the given MaxCut instance I, we need to introduce 
an edge gadget for each edge in I. However, edge gadgets can only link vertex 
gadgets in consecutive time intervals. We can overcome this limitation by adding 
a sequence of vertex segments and transposing the order of two vertex gadgets 
from one segment to the next as described before. With a linear number of 
vertex segments we can reach an order where the two vertex gadgets we would 
like to connect with an edge gadget are adjacent. At that point, we can add the 
edge gadget, and then repeat the process for all other edges in I (cf. Fig. 4). 

We can reformulate Theorem 1 for nonzero processing times, simply by mak¬ 
ing the transit time large enough that the processing time does not matter. 

Corollary 1.1. The bidirectional scheduling problem is NP-hard even if Pj = 1 
and Ti = T for each j € J and i € M. 


4 A PTAS for bidirectional scheduling 

We give a polynomial time approximation scheme (PTAS), i.e., a polynomial 
(1 -|- e)-approximation algorithm for each e > 0, for bidirectional scheduling on 
a single segment with general processing times. This problem is hard even if 
all jobs have the same direction [14]. We extend the machine scheduling PTAS 
of Afrati et al. [1] to the bidirectional case, provided that the jobs are either 
all pairwise in conflict or pairwise compatible. The main issue when trying to 
adopt the technique of [1] is to account for the different roles of processing and 
transit times for the interaction of jobs in the same and different directions. 
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Theorem 2. The bidirectional scheduling problem on a single segment and with 
compatibility graph Gi G admits a PTAS. 

The first part of the proof in [1] is to restrict to processing times and release 
dates of the form (1 + e)^ for some a: € N and rj > e{pj + ti). Allowing 
fractional processing and release times we can show that any instance can be 
adapted to have these properties, without making the resulting schedule worse 
by a factor of more than (1 + e). We may thus partition the time horizon 
into intervals Ix = [(1 + s)^, (1 + such that every job is released at the 

beginning of an interval. Since jobs are not released too early, we may conclude 
that the maximum number of intervals cr covered by the running time of a 
single job is constant. This allows us to group intervals together in blocks Bt = 
{/ter, /icr+i, ■ ■ •, I{t+i)cr-i\ of o intervals each, such that every job scheduled to 
start in block Bt will terminate before the end of the next block i?t+i- 

To use the fact that each block only interacts with the next block in our 
dynamic program, we need to specify an interface for this interaction. For that 
purpose we introduce the notion of a frontier. A block respects an incoming 
frontier F = (/i,/r) if no leftbound (rightbound) job scheduled to start in 
the block starts earlier than fi (/r). Similarly, a block respects an outgoing 
frontier F = (/i, /r) if no leftbound or rightbound job scheduled to start in the 
block would interfere with a leftbound (rightbound) job starting at time fi (/r). 
The symmetrical structure of the compatibility graph (Kn^^n, or 0) allows us 
to use this simple interface. We introduce a dynamic programming table with 
entries T[t, F, U] that are designed to hold the minimum total completion time of 
scheduling all jobs in {7 C J to start in block Bt or earlier, such that Bt respects 
the outgoing frontier F. We define C{t, Fi, F 2 ,V) to be the minimum total 
completion time of scheduling all jobs in V to start in Bt with Bt respecting the 
incoming frontier and the outgoing frontier F 2 (and 00 if this is impossible). 
We have the following recursive formula for the dynamic programming table: 

T[t, F, U] = mmF-,vcu{T[t - 1, F', U\V] + C{t, F', F, V)}. 

To turn this into an efficient dynamic program, we need to limit the depen¬ 
dencies of each entry and show that C'(-) can be computed efficiently. The 
number of blocks to be considered can be polynomially bounded by log//, 
where D = maxj -I- n • (maxj pj + ti ) is an upper bound on the makespan. The 
following lemma shows that we only need to consider polynomially many other 
entries to compute T[f, F, //] and we only need to evaluate C(-) for job sets of 
constant size, which we can do in polynomial time by simple enumeration. 

Lemma 2.1. There is a schedule with a sum of completion times within a factor 
of (1 -|- e) of the optimum and with the following properties: 

1. The number of jobs scheduled in each block is bounded by a constant. 

2. Every two consecutive blocks respect one of constantly many frontiers. 

sketch. Partitioning the released jobs of each interval direction-wise by process¬ 
ing time into small and large jobs and bundling small jobs into packages of 
roughly the same size allows us to bound the number of released jobs per inter¬ 
val by a constant, similarly as in [1]. Furthermore, we establish that we may 
assume jobs to remain unscheduled only for constantly many blocks. 

For the second property, we stretch all time intervals by a factor of (1 -|- e), 
which gives enough room to decrease the start times of those jobs interfering 



(a) Pi and P 2 : variable assignment (b) P 3 : clauses (c) P 4 : leftover 

jobs 

Figure 5; Illustration (colored) of the four parts of our construction. Time is directed downwards, 
rightbound (leftbound) jobs are depicted on the left (right) of each figure. 


with two blocks such that an 1/e^-fraction of an interval separates jobs starting 
in two consecutive blocks. Thus, we only need to consider ^ possible frontier 
values per direction, or a total of (^) possible frontiers. □ 


5 Hardness of custom compatibilities 

In Section 3, we showed that bidirectional scheduling is hard on an unbounded 
number of machines, even for identical jobs. As the main result of this section, 
we show that for arbitrary compatibility graphs the problem is APX-hard already 
on a single segment and with unit processing and transit times. For ease of ex¬ 
position, we first show that the minimization of the makespan is NP-hard. Later 
we extend this result towards minimum completion time and APX-hardness. 

Theorem 3. The bidirectional scheduling problem on a single segment and with 
an arbitrary compatibility graph is NP-hard even if Pj = Ti = 1 for each j £ J■ 

We give a reduction from an NP-hard variant of Sat (cf. [8]); (<3,3)-Sat 
considers a formula with a set of clauses C of size three over a set of variables 
A, where each variable appears in at most three clauses and asks if there is a 
truth assignment of X satisfying C. Note the difference to the polynomially 
solvable (3, 3)-Sat, where each variable appears in exactly three clauses [21]. 

For a given (< 3, 3)-Sat formula we construct a bidirectional scheduling 
instance that can be scheduled within some specific makespan T if and only if the 
given formula is satisfiable. Our construction is best explained by partitioning 
the time horizon [0,r] into four parts (cf. Fig. 5 along with the following). 

We use a frame of blocking jobs that need to be scheduled at their release 
date. We can enforce this by making sure that at least one blocking job is 
released at (almost) each unit time step and that blocking jobs that are not 
supposed to run concurrently are incompatible. We release variable jobs that 
have to be scheduled into gaps between the blocking jobs. More precisely, in the 
first part of the construction we release 6 jobs within a separate time interval 
for each variable. Two of these jobs are leftbound and need to be scheduled 
within the first two parts of the construction, which implies that one of the two 
remaining pairs of rightbound jobs must be scheduled after the second part. If 
the first pair is delayed we interpret this as an assignment of true to the variable 
and otherwise as false. 

The third part of the construction has a gap for each clause, with compat¬ 
ibilities ensuriug that only variable jobs can be scheduled into the gap which 
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satisfy the clause. Since each literal can only appear in at most two clauses, 
there are enough variable jobs to satisfy all clauses if the formula is satisfied. 
Finally, the last part has 2\X\ — \C\ gaps that fit any variable job. In order 
to schedule all variable jobs before the end of the last part, we thus need to 
schedule a variable job into each gap of a clause. This is possible if and only if 
the given (<3,3)-Sat formula is satisfiable. We can easily extend our result to 
completion or waiting times by adding many blocking jobs after the last part, 
such that violating the makespan also ruins the the total completion time. 

With a slight adaption of the construction and more involved arguments, we 
can even show APX-hardness of the problem. We reduce from a specific variant 
of Max-3-Sat, where each literal occurs exactly twice, and which is NP-hard 
to approximate within a factor of 1016/1015, see Berman et al. [3]. 

Theorem 4. The bidirectional scheduling problem on a single segment and with 
an arbitrary compatibility graph is APX-/iard even ifpj = ti = 1 for each j £ J. 

6 Dynamic programs for restricted compatibil¬ 
ities 

After establishing the hardness of bidirectional scheduling with a general com¬ 
patibility graph in the last section, in this section we turn to the case of a 
constant number of different compatibility types. Due to the identical process¬ 
ing times, the jobs in each direction can be scheduled in the order of their release 
dates. The only decision left is when to switch between left- and rightbound op¬ 
eration of the segments. This decision is hard in the general case (Theorem 1), 
but we are able to formulate a dynamic program for any constant number of 
segments. 

Our result generalizes to the case when some jobs of different directions are 
compatible as long as the number of compatibility types is constant, where two 
jobs ji,j 2 in the same direction are defined to have the same compatibility 
type if the set of jobs compatible with ji is equal to the set of jobs compatible 
with j 2 on each segment. Formally, ji and j 2 have the same compatibility 
type if {j : & Ei} = {j ■. {j 2 ,j} & E,} for the compatibility graphs 

Gi = of each segment i. 

For a single segment we partition J into k subsets of jobs ... ,J^ where 
all jobs of J'^, c € 1,..., K, have the same compatibility type c, and let Uc = | J'^|. 
Since the jobs of each subset only differ in their release dates, they can again 
be scheduled in the order of their release dates. This observation allows us to 
define a dynamic program that decides how to merge the job sets J^,... ,J'^ 
such that the resulting schedule has minimum total completion time. 

Theorem 5. The bidirectional scheduling problem can be solved in polynomial 
time if m = 1, K is constant and pj = p for each j G J. 

We now consider a constant number of segments m > 1. The main compli¬ 
cation in this setting is that decisions on one segment can influence decisions on 
other segments, and, in general, every job can influence every other job in this 
way. In particular, we need to keep track of how many jobs of each type are in 
transit at each segment, and we can thus not easily adapt the dynamic program 
for a single segment. We propose a different dynamic program that relies on all 
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transit times being bounded by a constant and can be adapted for assumptions 
complementary to Theorem 1. 

Theorem 6. The bidirectional scheduling problem can be solved in polynomial 
time if m and k are constant and either pj = 1 for each j € J and Ti is constant 
for each i £ M or pj = 0 for each j G J and = 1 for each i G M. 
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A Proofs of Section 3: 

Hardness of bidirectional scheduling 

In this section, we give a detailed proof of the hardness of the bidirectional 
scheduling problem for a constant number of segments and identical processing 
and transit times. We describe our reduction from MaxCut. Let an instance 
X = {Gx,k) of MaxCut be given, with G = {Vx,Ex), \Vx\ = ui, and \Ex\ = 
mx- We introduce a set of jobs on polynomially many segments that can be 
scheduled with a total waiting time of W if and only if X admits a solution. Our 
construction is comprised of various gadgets which we describe in the following. 
We make use of suitably large parameters x ^ y ^ z ^ 1 that we will specify 
later. For example, x is chosen in such a way that if ever x jobs are located 
at the same segment, these jobs need to be processed immediately in order to 
achieve a waiting time of W. Note that because jobs take no time in being 
processed (i.e., pj = 0), we can schedule any number of jobs sharing direction 
simultaneously on a single segment. Also, since r = 1, it makes no sense for a 
segment to stay idle if jobs are available. This allows us to restrict our analysis 
to schedules that are sensible in the sense that for each segment and at every 
time step all jobs in one direction available at the segment get scheduled. On the 
other hand, the non-zero transit time induces a cost of switching the direction 
of jobs that are processed at a segment. 

Vertex gadget. 

Each of the segments 1,10,19, 28,... hosts one vertex gadget for each of the 
vertices in Vx (cf. Figure 3 with the following). Each vertex gadget gt on segment 
9£ -b 1 occupies a distinct time interval [13t, 13(t -|- 1)), t < nx, on the segment 
and is associated with one of the vertices u S Vx. The gadget comes with 24y 
vertex jobs that only need to be processed at segment 9£-|-1, half of them being 
leftbound, half being rightbound. Exactly y jobs of each direction are released at 
times 13t, 13t-|-1,..., 13t-|-11. We say that gt is scheduled consistently if either 
all leftbound vertex jobs are processed immediately when they are released and 
all rightbound jobs wait for one time unit, or vice-versa. We say the gadget 
is in the leftbound (rightbound) state and interpret this as vertex v being part 
of set Vi (V 2 ) of the partition of Vx = V 1 UV 2 we are implicitly constructing. 
A schedule is consistent if all vertex gadgets are scheduled consistently. The 
following lemma allows us to distinguish consistent schedules. 

Lemma 6.1. The vertex jobs of a single vertex gadget can he scheduled consis¬ 
tently with a waiting time of 12y, while every inconsistent schedule has waiting 
time at least 13y. 

Proof. Since p = 0, we can schedule all available jobs with the same direction 
simultaneously. It follows that both consistent schedules are valid, and, since in 
both exactly half of the vertex jobs wait for one unit of time, the total waiting 
time of such a schedule is 12y. Any inconsistent (sensible) schedule would have 
to send jobs in the same direction in two consecutive unit time intervals, which 
means that in addition to the minimum waiting time of 12y, at least y jobs have 
to wait an extra unit of time. □ 
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Figure 6: Illustration of the copy gadget between two vertex gadgets. The dashed lines depict all 
sensible trajectories of the synchronizing jobs, assuming that the vertex gadgets are in the same 
state. 


Synchronizing vertex gadgets. 

Since every vertex v &Vi is represented by multiple vertex gadgets on different 
segments, we need a way to ensure that all vertex gadgets for v are in agree¬ 
ment regarding which part of the partition v is assigned to. We introduce two 
different gadgets that handle synchronization. The copy gadget synchronizes 
the vertex gadgets gt occupying the same time interval on segments + 1 and 
9£ -I- 10, while the transposition gadget synchronizes gadgets gt,gt+i on seg¬ 
ment 9^ -I- 1 with gadgets gt+i,gt on segment M + 10. Using a combination of 
copy and transposition gadgets, we can transition between any two orders of 
vertex gadgets on distant segments. 

We first specify the copy gadget that synchronizes the vertex gadgets gt on 
two segments 9£ -I- 1 and 9£ -I- 10 (cf. Figure 6 with the following). The gad¬ 
get consists of 2z rightbound synchronization jobs, half of which are released 
at time 13t and half at time 13t -I- 1. The jobs need to be processed on all 
segments 9£ -I- 1,..., 9£ -I- 10 in this order. In addition, we introduce 3a:: block¬ 
ing jobs that are used to enforce that specific time intervals on a segment are 
reserved for leftbound/rightbound operation. Essentially, releasing x blocking 
jobs at time t on a single segment prevents any jobs to be processed in opposite 
direction during the time interval [t,t -\- 1) (and even earlier). In this manner, 
we block the interval starting at time 13t -|- 3 on segments 9£ 3, M -\- 4. 

Lemma 6.2. In any consistent schedule, the synchronization jobs of a single 
copy gadget can be scheduled with a waiting time of 3z if the two corresponding 
vertex gadgets are in the same state, otherwise their waiting time is at least 5z. 


Proof. Since x ^ z, we need to schedule all blocking jobs as soon as they 
are released. If both vertex gadgets gt linked by the copy gadget are in the 
rightbound state, the synchronization jobs released at time 13t only have to 
wait for one time unit at segment 9£ 4, while the other jobs have to wait at 

segments 9£-\-\ and 9£ -\- 2. Similarly, if the vertex gadgets are in the leftbound 
state, the first half of the jobs have to wait at segments 9l-\-l and 9£ -I- 3, while 
the other half only has to wait at segment 9£-|-3. The waiting time in either case 
is iz. If the vertex gadgets are in opposite states, all jobs have to additionally 
wait at segment 9£ -I- 10, which results in a total waiting time of at least 5z. □ 

We now describe the transposition gadget that synchronizes the vertex gad- 
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Figure 7: Illustration of the transposition gadget. The dashed lines depict all sensible trajectories 
of the synchronizing jobs, assuming that the vertex gadgets are pairwise in the same states. Note 
that jobs in different directions never meet while in transit through the same segment. 


gets gt,gt+i on segment 9£+l with the vertex gadgets gt+i,gt on segment 9£+10 
(cf. Figure 7 with the following). The challenge here is that jobs synchronizing 
the different pairs of vertex gadgets need to pass each other without interfering. 
We achieve this by making sure that the jobs never meet while being in transit 
at the same segment. The gadget consists of Az synchronization jobs, half being 
rightbound and half being leftbound. Half of each are released at times 13t + 6 
and 13f + 7, and all need to be processed at segments 9£ + 1,..., 9£ + 10 (in 
different directions). In addition, we introduce 12a; blocking jobs to block the 
intervals starting at the following times: at times 13t + 9, 13f+10 for rightbound 
jobs and at times 13t + 14, 13f+15 for leftbound jobs on segment 9£+2, at times 
13t + 9 for rightbound and at 13t + 15 for leftbound on segment 9£ + 3, and the 
corresponding (symmetrical) intervals in opposite direction on segments 9£ + 8 
and 91 + 9 (cf. Figure 7). 

Lemma 6.3. In any consistent schedule, the synchronization jobs of a single 
transposition gadget can be scheduled with a waiting time of lOz if each of the 
two pairs of corresponding vertex gadgets are in the same state, otherwise their 
waiting time is at least 12z. 

Proof. Since a; » z, we need to schedule all blocking jobs as soon as they are 
released. It is easy to verify that all synchronization jobs wait at exactly 2 
segments due to blocking jobs. In addition, half of the jobs wait for one unit of 
time at the segment where they are released - for a total of lOz time units. If 
the pair of vertex gadgets is in opposite states, all connecting synchronization 
jobs need to wait at least one additional unit of time at their last segment. 
Observe that synchronization jobs in opposite directions are never in transit on 
the same segment at the same time. □ 
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Figure 8: Illustration of the edge gadget. The dashed lines depict all sensible trajectories of the 
synchronizing jobs, assuming that the vertex gadgets are in opposite states. Note that edge jobs do 
not interact with synchronization jobs of copy gadgets for both vertices. 


Edge gadget. 

The purpose of an edge gadget between vertex gadget gt on segment 9£ + 1 and 
gt+i on segment 9£ + 10 is to produce a small additional waiting time if the 
two vertex gadgets are in the same state (cf. Figure 8 with the following). We 
will introduce edge gadgets between vertex gadgets representing two vertices 
u, V that share an edge in G. This way, every edge that connects vertices in 
different parts of the partition is beneficial for the resulting waiting time. The 
edge gadget itself consists of 2 rightbound edge jobs, one being released at time 
131 + 7 and the other at time 131 + 8. Both jobs need to be processed on 
segments 9£ + 1,..., 9£ + 10. We add 3a; blocking jobs to block the unit time 
interval starting at time 131 + 15 on segments 9£ + 7,9£ + 8, 9£ + 9. 

Lemma 6.4. In any consistent schedule, the edge jobs of a single edge gadget 
can be scheduled with a waiting time of 3 if the two connected vertex gadgets are 
in opposite states, otherwise their waiting time is at least 5. 

Proof. One job always has to wait for a time unit at the first segment. Both 
jobs have to wait for the blocking jobs (since a; » 1). If the vertex gadgets are 
in the same state, both jobs have to wait an additional unit of time at the last 
segment. □ 

Construction. 

We are now ready to combine our gadgets and explain the final construction. 

Theorem 1. The bidirectional scheduling problem is HP-hard even if Pj = 0 
and Ti = 1 for each j G J and i € M. 

Proof. We start by introducing a vertex gadget gt on segment 1 for each ver¬ 
tex Vt G Vx oi the given MAxCuT-instance. For each edge {u,?;} we extend 
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the construction by appending more segments as follows. We add a sequence 
of blocks of 9 segments, the last of which contains again a vertex gadget for 
each vertex. In between we add copy and transposition gadgets in such a way 
that on the last segment i the vertex gadgets go and gi represent the vertices 
u and V. We can achieve this by adding less than nx segments. We add an 
additional block of 9 segments, and add copy gadgets for each of the variables. 
Finally, we add an edge gadget connecting vertex gadget go on segment i with 
gi on the last segment. Observe that the edge jobs do not interfere with any of 
the synchronization jobs for the copy gadgets for the first two vertices (cf. Fig¬ 
ure 8). We repeat the process once for each edge. The total number of segments 
is 0{nxmi), and the total number of jobs is 0{ri^mx{x + y + z)). The number 
of vertex gadgets is < n'^mx, and the number of transposition and copy 
gadgets is nt < ric < fiy. 

We claim that if the MaxCut instance admits a solution S, we can schedule 
all jobs with waiting time at most kF = 12nvy + incZ + \QntZ + bmx — 2k. We do 
this by scheduling all vertex gadgets consistently in the state corresponding to 
the part of the partition the corresponding vertex belongs to in S. Lemmas 6.1 
through 6.3 guarantee that we can schedule everything but the edge jobs without 
incurring a waiting time greater than 12n„y + Sn^z -f IQritZ. Finally, since at 
least k edges in the MaxCut solution are between vertices in different sets of 
the partition, and the vertex gadgets are set accordingly, by Lemma 6.4, we 
obtain an additional waiting time of at most 5mx — 2fc as claimed. 

It remains to establish that the waiting time exceeds W in case the MaxCut 
instance does not admit a solution. We set a; = IF -I- 1, such that all blocking 
jobs have to be scheduled as soon as they are released. By Lemma 6.1, schedul¬ 
ing at least one vertex gadget inconsistently produces a total waiting time of at 
least 12nyy + y. We now set y = ISn^mxz > Sn^z + lOritZ + hmx for the ver¬ 
tex jobs, such that a single inconsistent vertex gadget results in a waiting time 
greater than IF. Hence, each vertex gadget needs to be scheduled consistently. 
By Lemmas 6.2 and 6.3, we have that if not all vertex gadgets corresponding 
to the same vertex are in the same state, the waiting time for vertex and syn¬ 
chronization jobs is at least Vln^y + + 2ntZ -I z. We set z = 5mx, which 

allows us to conclude that all vertex gadgets are in agreement regarding the 
partition of the vertices. Finally, Lemma 6.4 enforces that there are at least k 
edge gadgets between vertices in different states. This however is impossible as 
our MaxCut instance does not admit a solution. □ 

Corollary 1.1. The bidirectional scheduling problem is HP-hard even if Pj = 1 
and Ti = T for each j € J and i € M. 

Proof. We adapt our construction by setting p = 1 and r = and scaling 
all release times by n^m, where n, m are the number of jobs and segments, 
respectively. We claim that the original instance admits a solution of some 
waiting time IF if and only if it now admits a solution with waiting time in 
[IFr, (IF -I 1)t). This proves the Corollary, as the intervals are pairwise disjoint 
for different (integer) values of IF. 

If the original construction (with p = 0 and r = 1) does not admit a solution 
with waiting time at most IF, then a scaled version with p = 0 and t = n^m 
does not admit a solution with waiting time at most IFr. But the lowest 
possible waiting is monotonically increasing with increasing processing times. 
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hence the adapted instance with p = 1 does not admit a solution of waiting 
time at most Wt. 

Conversely, assume we have a solution of the original instance with waiting 
time W. We fix the order in which jobs are processed along each segment and 
construct a schedule for the setting p = 1, r = by introducing additional 
waiting periods for each job. Clearly, each job has to wait at most one time 
unit for each other job to be processed at each segment. Hence, the additional 
waiting time overall is smaller than n?m = r. □ 
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B Proofs of Section 4: 

A PTAS for bidirectional scheduling 

In this Section we state the Lemmas with detailed proofs that are necessary 
to show the existence of a PTAS if the processing times of the jobs are not 
restricted to be equal in the case of a single segment. More precisely, we consider 
the bidirectional scheduling problem on a single segment with compatibility 
graph Gi € 0}. Following the proof scheme of [1], we introduce 

several lemmas that allow us to make assumptions at “0{1 + ej-loss”, meaning 
that we can modify any input instance and optimum schedule to adhere to 
these assumptions, such that the resulting schedule is within a factor polynomial 
in (1 + e) of the optimum schedule for the original instance. To not complicate 
matters unnecessarily, in the following we allow fractional release dates and 
processing times. 

Lemma 6.1. With 0{1 + e)-loss we can assume that rj,pj G {(1 + e)^ | x G 
N} U {0}, rj > e{pj + ti), and Vj > 1 for each job j G J. 

Proof. Increasing any value u G K to the smallest power of (1 + e) not smaller 
than V yields a value u' = (1 + e)“ = (1 + e)(l + < (1 + £)v. Hence, 

multiplying all start times of a schedule by (1 + e) gives a feasible schedule even 
when rounding up all nonzero processing times to the next power of (1 + e). 
The total completion time does not increase by more than a factor of (1 + e). 

By shifting the completion times of a schedule with adapted processing times 
by a factor of (1 + e), we obtain increased start times Sj for each job j: 

Sj = (1 + e)Cj - {pj + Ti) = (1 + £)iSj + pj + Ti) - {pj + n) > £{pj + Ti). 

Hence, by losing not more than a (1 + ej-factor we may assume that all jobs 
have release dates of at least an e fraction of their running time. Now, we can 
scale the instance by some power of (1 + e), such that the earliest release date 
is at least one (since jobs with rj = pj = ti = t) can be ignored). 

Finally, multiplying again all start times of a schedule with adapted pro¬ 
cessing times and release dates by (1 -I- e) yields a feasible schedule even when 
rounding up all nonzero release dates to the next power of (1 -I- e). □ 

We define s)^ and consider time intervals = [Rx,Rx+i] of 

length eRx- 

Lemma 6.2. Each job runs for at most a := [log]^_|_£ Ltsj intervals, i.e., a job 
starting in interval R is completed before the end of R+a ■ 

Proof. Consider some job j and assume that j starts in R in some schedule. 
By Lemma 6.1 we get 

\R\ = eRx > sTj > n). 

Thus, the running time of j is bounded by \R\/£^. The constant upper bound 
of l/er^ for the number of used intervals can still be improved since the length 
of the next a succeeding intervals with increasing size is sufficient to cover a 
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we get 


length of \Ix\/e‘^. Using the fact that 


= 


\Ix+i\ — y]](-Ra;+i+l — Rx+i) — \Ix\ 


i=0 


2 = 0 


2=0 


= \L 


' 1-(1 + ^) 




which concludes the proof. □ 

We use the common technique of time-stretching. We shift each start time 
(or completion time) to the next interval while maintaining the same offset to 
the beginning of the interval. This way, the schedule remains feasible and the 
objective is increased by a factor of at most (1 + e). Intuitively, this process 
can be interpreted as stretching the length of each time interval by a factor 
of (1 + e), i.e., its length is increased by e\Ix\. When applying (multiple) time- 
stretches we use the following observation to assess the additional empty space 
created between jobs: 

Lemma 6.3. Consider two distinct times Ti < T 2 with Ti S ^^,( 1 ) and T 2 € 
Ix( 2 ) ■ Applying I time-stretches yields shifted times T[ < T 2 with 

(T' - T[) > IT 2 - Ti) + S[x(l), x(2)], (1) 


where ^[x(l),a;(2)] := T.x(i)<x<x( 2 )^^\IA- 
Proof. We calculate 


(T 2 — T[) — Rx(2)-i-i + {T 2 — Rx{ 2)) — \Rx{l)-\-^ + (21 — 2?a;(i))] 

= ((1 -I- eY — l)I?x(2) + TI — ((1 -I- eY — l)T?a;(i) ~ Ti 
> IT 2 — Ti) -\- {\ -\- ie — 1 ){Rx( 2) — Rx{i)) 

= iT2-TY+ie Y. 

x(l)<x<ix(2) 


□ 

We can now apply time-stretches to the start or completion times of all jobs 
and use the above observation to quantify the additional space created in the 
schedule. Consider two jobs j,k G J with starting times Sj < Sk, and let 
s(j), s(fc) (resp. c{j),c{k)) denote the intervals in which their start (completion) 
times fall, i.e., Sj G Is(j) (and Cj G Ic{j))- E-g-j if we apply t time-stretches 
to starting times, we obtain an additional gap of 5[s(j), s{k)] between the new 
starting and completion times. Table 2 summarizes the resulting gaps depending 
on whether start or completion times are stretched and whether j, k travel in 
the same or opposite directions. 

To analyze the set of jobs released within each interval we partition them 
as follows. A job j released at Rx is called small if pj < ^|dx| and large 
otherwise. With this, we partition for each direction d G {r,l} the jobs Jj? := 
{j G I rj = Rx} released at Rx into the subsets = {j G Jx \ j is small} 
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Table 2: Summary of the increased differences between start and completion times of jobs j, k ^ J, 
Sj < Sk, when stretching start times (denoted by ') or completion times (denoted by We use 
Lemma 6.3 together with the fact that j and k did not overlap before the time-stretch. 


time-stretch 

on 


same direction 

opposite direction 

start times 

(1) 

S'k > S'j +pj + .=,[s(j), s{k)] 
C'k > Cj -l-pi; -|- .=i[sd)i s(fc)] 

s'k > s'j +pj +T + E[s{j),s{k)] 
C'k > Cj +Pk+T+ .=,[s(j), s(fc)] 

compl. times 

(1) 

Dfe > C'j +pk + ^[c{j),c{k)] 
S'f > s'j +pj + H[c(j), elk)] 

C'k > C’j' -|-pfc -|-r-|-^[c(j),c(A:)] 
s'f > s'j -^Pj+T+E[c{j),c{k)] 

and Li = {j e 

j is large}. We will see 

that the arrangement of jobs of 


each does not influence the remaining jobs too much such that we can assume 
a fixed order for each of these sets. To do so, we say that a subset J' C J of 
jobs is scheduled in SPT order (shortest processing time hrst) if < Sj^ for 
any pair of jobs ji, j 2 G J' with pj^ < pj^. Furthermore, we denote the sum of 
processing times of J' as p{J') and the union of small jobs released up to some 
point Rx with direction d € {r, 1} by 

Lemma 6.4. With 0(1 + e)-loss we can restrict to schedules such that for 
each x > 0 and each d G {r, 1}; 

1. the processing of no small job contains a release date, 

2. jobs contained in are scheduled in SPT order within I^, and 

3. p{St)<\h\. 

Proof. To prove claim 1 we consider some schedule and apply a time-stretch via 
start times. Observe that no further crossing of a processing over a release date 
is produced for small jobs. If there was a release date Rs(^j)+i contained in the 
processing interval of a small job of Is{j) it is moved behind the processing since 
we get by Lemma 6.3 that Rs(j )+2 — 5'' > i?s(j)+i — Sj -|-£|/s(j)| which gives an 
increase larger than the processing time of this job. 

For a proof of claim 2 consider a schedule S where no processing of a small job 
contains a release date and apply one time-stretch via start times. This increases 
the objective value by at most a 1 -|- £ factor. Denote the resulting schedule 
as S'. To achieve the demanded properties, apply the following procedure for 
each direction d G {r,l}. First, remove all small jobs from schedule S'. Now 
consider each interval Ix,x = 0,1,.... Denote by the set of removed jobs 
from lx- If jobs have been removed in R there are idle intervals where jobs in 
direction d can be scheduled. Denote the subset of already scheduled in 
earlier intervals by B^x and order the subset Cx '■= 5'<2, \ of unscheduled 
jobs in SPT order. Define for t & Ix hj pt{Ax) := p{{j G Ax | Sj < t}) the 
amount of processing time of jobs started before time t in S'. Now let Cx{t) 
be the smallest SPT-subset of Cx such that p{Cx{t)) > pt{Ax) or Cx{t) = Cx. 
Iterate from the earliest created maximal empty interval to the latest and fill 
each interval [ti, t 2 ] in SPT order such that the jobs of p{Cx{t 2 )) start before ^ 2 - 
Note that p{Cx{t 2 )) < Pt 2 (^x) + since we consider only small jobs. To 

maintain feasibility we increase the start of the following jobs from J \Cx, if 
necessary. (This decreases eventually the size of the following empty interval 
which is no problem). Nevertheless, the start time of no job from J \ Cx is 
increased by more than Hence, their completion time is increased by less 
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than a 1 + £ factor and the jobs starting after Rx+i are not affected. Note that 
no processing of the assigned small jobs := Cx{Rx+i) contains Rx+i- 

Since we used in each interval an assignment via SPT order we know that 
at each point in time the number of already started small jobs has not been 
decreased. Therefore, the total completion time of small jobs overall has not 
been increased. 

To prove claim 3 consider for each a; = 0,1,... the largest SPT-subset Jj, 
of Sx, such that p{Jx) < \Ix\- By assumptions 2 and 1 we can be sure that all 
jobs of Sx \ J'x are not scheduled within Ix and thus, we can move their release 
dates to Rx+i- □ 

Once, we have a fixed order to schedule small jobs with the same release 
date we are able to glue them to job packs of a certain minimum size. For this 
purpose we apply a further time-stretch to join the processing of jobs assigned to 
the same pack. This increases for each interval ly the amount of processing per 
direction and each earlier interval Ix by at most the size of one job being small at 
time Rx- The following lemma yields that the extra space of one interval created 
by one time-stretch is sufficient to cover this amount for all earlier Intervals. 

Lemma 6.5. We have J2x<y \<e\Iy\. 

Proof. To prove the claim we again use that J2k=o — ^~i-z ■ 

^(1 -b eY = = £^((1 + sY - 1) < £\Iy\- 

x<y ' 


□ 

Lemma 6.6. With 0{1 -I- £)-loss we can restrict to schedules such that for 
each X > 0 and each d G {r, 1} the jobs of Sx in SPT order are joined to 
unsplittable job packs with size of at most o-iT-d at least each. 

Proof. Consider a schedule satisfying at C>(l-|-£)-loss the properties of Lemma 6.4 
and apply one time-stretch via start times. We now apply the following proce¬ 
dure for each direction d S {r,l} and each x = 0,1,.... Recall that the jobs 
of Sx are scheduled in SPT order. Let Tj? = {j G S^ \ Pj < ^|Fa:|} be the 
subset of jobs being too small. Remove the jobs of Tj? from the current schedule 
and join the jobs of Pj? successively in SPT order to minimal job packs such 
that the processing times of each job pack sum up to at least (The 

processing time of the last pack is artificially increased if necessary.) We now 
reassign complete job packs to the empty intervals similarly to the procedure in 
the proof of Lemma 6.4. Hence, no start time of Tj? has been increased and the 
start time of no job in J \ Tx has been increased by more than \\Ix\- 

In total, the start time of no job starting in interval ly+i has been increased 
by morethan2-^^^^ ^|/a;|-|-2-^|/y| < £|/j^| due to Lemma 6.5. By Lemma 6.3 
(or Table 2) we can conclude that no job has been delayed to a later interval 
by the rearrangement. Note that properties I and 3 of Lemma 6.4 still hold 
whereas property 2 (SPT order) remains true only within each 5'j(. □ 
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Therefore, we can consider each job pack simply as one small job. Neverthe¬ 
less, the original jobs must be used for the evaluation of the completion times. 
Besides the scheduling restrictions for small jobs we can also bound the amount 
of large jobs released at the beginning of each interval. 


Lemma 6.7. With 0{1 + e)-loss we can assume for each a; > 0 and each d € 
{r, 1} that: 

1. the number of possible processing times in is bounded by 51og(]^^g) 
and 

2. the number of jobs per processing time in Uf is bounded by 

Proof. Consider some scheduling instance, some d S {r, 1} and some a: > 0. The 
processing time of the jobs in are, by definition, at least ^(1 -b e)“. On the 
other hand, by Lemma 6.1, the processing times are at most j(l + e)“- Let Xj 
be such that pj = (1 -b . We get 


4 ^ (1+e)- 

l0g(l+e) T ^ ^3-^ 


< 1 
— 6 

< log(i+,) i 


The difference of these bounds is 41og(i_|_g) ^ -blog(i_|_g) 4 which gives a constant 
number of possible integer values for Xj and, hence, a constant number of pos¬ 
sible processing times for each job in Finally, since each large job in Ij, 
has a processing time of at least ^\Ix\, we can schedule at most 4/e^ jobs per 
direction within I^, and the remaining jobs need to start after Rx+i- D 


Lemma 6.8. With O{l + e)-loss we can assume, that each job is finished within 
a constant number of intervals after its release. 

Proof. Consider the set of jobs Jx released at time Rx. By Lemma 6.1 the 
running time of each such job is at most Rx/e. Therefore, applying Lemmas 6.4 
and 6.7 we can bound the time needed to first schedule all jobs of one direction 
and afterward all jobs of the other direction: 


[Pi^x) + Pi^i) + Ti] < 2 

de{r,l} 


e{l+ey 


+ ^ ■ “(1 + • 51og(i+£) - 


= e'^{l + ef-2 


1 20 , 1 

- + ^l0g(i+,)- 


<e (1-b e)^(l-b e)'^ — e\Ix+a'-i\, 


where a' is the smallest possible integer such that 2 j + f? log^^^gj j < (1 + 

e) 


<7' — 1 


Note, that tr' is constant. 


Applying one time-stretch on the start times creates idle time for each in¬ 
terval Ix somewhere after a' intervals that is sufficient to host all unfinished 
jobs of Jx, cf. Lemma 6.3 and Table 2. If no job was running at time Rx+g' 
before the time-stretch this created idle time is now part of interval Ix+a' ■ Oth¬ 
erwise let j be the latest of these jobs with start time Sj S and completion 
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time Cj G Ic(j) before the time-stretch. Note that s{j) < x + a' — \ which 
induces c(j) < x + a' + a — \ due to Lemma 6.2. By Lemma 6.3 we can be 
sure that after the time-stretch there is idle time of before 1. the 

start of the next job after j and 2. the end of interval Ix^+i- By definition 
of a', this time is sufficient to first schedule all jobs of Jx in heading of j and 
then all remaining. This way, all jobs of Jx are scheduled before the end of 
interval Ix+a'+a- 

Note that this argument assumes that there are no compatibilities. An 
analog reasoning concerning only the processing times works if all opposed jobs 
are compatible. □ 

We can now limit the interface of our dynamic program by showing Lemma 2.1 
of Section 4. 

Lemma 2.1. There is a schedule with a sum of completion times within a factor 
of (1 -|- e) of the optimum and with the following properties: 

1. The number of jobs scheduled in each block is bounded by a constant. 

2. Every two consecutive blocks respect one of constantly many frontiers. 

Proof. By Lemma 6.6 we may assume that small jobs in have processing 
time at least e^|/a;|/8. By Lemma 6.4, the total processing time of these jobs is 
at most \Ix\, and hence the number of jobs in 5'^ is bounded by a constant. The 
same is true for large jobs, by Lemma 6.7. Finally, together with Lemma 6.8, 
this implies that the number of jobs running during each interval is bounded by 
a constant. 

For the second property, we apply one time-stretch on the completion times. 
Consider now the latest job j of each direction that starts within block Bt and is 
completed in interval Ic{j) of the following block. By Lemma 6.3 (and Table 2) 
we know that there is idle time of at least £|/c(j)_ 2 | before the start of job j (or 
before the start of the earliest job aligned with j with completion time in Ic{j) 
and start time in B^. Hence, we can decrease the start time of these jobs such 
that the values Cj and Sj -\-Pj fall below the next ^ fraction of Ic(j): i-6., by 
an amount of at most £^|/c(j)| < £\Ic{j)- 2 \- Hence, the first job starting in Bt+i 
(of each direction in case of compatibilities) can be scheduled at an ^ fraction 
of Ic{j) without any further loss. Thus, we only need to consider ^ possible 
frontier values per direction, or a total of possible frontiers. □ 
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C Proofs of Section 5: 

Hardness of custom compatibilities 

In this section we give a detailed hardness proof for bidirectional scheduling 
on a single segment where jobs can be compatible. Our proof holds even for 
unit processing and transit times. We first consider the makespan objective and 
extend the proof in a second step to waiting time and total completion time. 

C.l NP-Hardness of Makespan Minimization 

Theorem 7. Minimizing the makespan for m = 1 with an arbitrary compati¬ 
bility graph Gi is HP-hard even if Pj = ti = 1 for each j G J. 

In the following, we explain the construction of a bidirectional scheduling 
instance for a given (< 3, 3 )-Sat instance with variable set X = {xi \ i = 
0,..., |X| — 1} and clause set C = {ck \ fc = 0,..., ICI — 1}. The constructed 
instance yields a demanded makespan Cmax if and only if the given (< 3, 3 )-Sat 
formula is satisfiable. For the construction, we partition the time horizon into 
four parts Pi,..., P 4 with start time Ai = 0 ^X 2 = 6 |X|, A 3 = I0|X|, and A 4 = 
10|X| + 2\C\. There is a (virtual) last part starting at time A 5 = I2|X| + \C\. 
The demanded makespan Cmax = A 5 + 1 will enforce that all jobs start before 
the end of the fourth part. 

The rough idea is as follows: In the first four parts we release a tight frame 
of blocking jobs B and dummy jobs H that have to start running immediately 
at their release date in any schedule that achieves Cmax- We use these jobs to 
create gaps for variable jobs that represent the variable assignments. By defining 
the compatibilities for the blocking jobs we are able to control which of these 
variable jobs can be scheduled into each gap. In the first part of our construction, 
we release all variable jobs, which come in two types: one type representing a 
true assignment to the corresponding variable and the other type representing a 
false assignment. Our construction will enforce the following properties in each 
of its parts: 

Lemma 7.1. In every feasible schedule with makespan Cmax? o,ll jobs released 
before A 3 are scheduled in parts Pi and P 2 , except for two rightbound variable 
jobs of same type for each variable. 

Lemma 7.2. In every feasible schedule with makespan Cmax; the only jobs 
released before A 3 and scheduled in P 3 are rightbound variable jobs each corre¬ 
sponding to a variable assignment satisfying a different clause. 

Lemma 7.3. In every feasible schedule with makespan Cmax; the only jobs 
released before A 4 and scheduled in P 4 are rightbound variable jobs, and there 
are not more than 2|A1| — |C| of them. 

In the following we explicitly define the released jobs of each part achieving 
the above properties. Each part is accompanied by a figure illustrating when jobs 
are released, the respective compatibility graph and an example of a schedule. 
In all figures, time is directed downwards, and all rightbound jobs are depicted 
to the left and all leftbound jobs to the right of the segment. Since compatible 
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Figure 9: Part P 4 with blocking jobs reserving space for all remaining rightbound variable jobs. 


jobs can run concurrently, the schedules of the leftbound and the rightbound 
jobs are drawn separately. 

It is convenient to prove Lemmas 6 to 8 in reverse order. To this end, we 
start by specifying the jobs released in P4. 

Jobs released in P 4 . 

In the fourth part, we release a set of 2\X\ — \C\ leftbound blocking jobs B 4 = 
I j = 0,..., 2\X\ — jCI — I}. Each blocking job bi is released at time A 4 + i. 
The purpose of a blocking job is to leaving space for a leftover rightbound 
variable job that has not been scheduled until the beginning of this part. Each 
blocking jobs bi G B 4 is only compatible with all rightbound variable jobs. 

We are now in position to prove Lemma 7.3, i.e., in a schedule with makespan 
Cmax the only jobs released before A 4 that can be scheduled in P 4 are up to 
2\X\ — \C\ rightbound variable jobs. 

Proof of Lemma 7.3. First, observe that with the required makespan of A^ + 1 = 
A 4 + 2\X\ — jCI + 1 each blocking job of B 4 must be scheduled directly at its 
release date. Consequently, there is no room to delay the start of any leftbound 
job released before P 4 to this part. Due to the compatibilities, the rightbound 
blocking and dummy jobs released before P 4 are also forced to run before the 
start of P 4 . Therefore, there are exactly 2|X| — |C| open slots within P 4 reserved 
for rightbound variable jobs. □ 

We proceed to explain the jobs released in the third part of our construction. 

Jobs released in P3. 

The third part (Figure 10) is responsible for the assignment of satisfying literals 
to each clause. During that part, we release a set of blocking jobs i?3 = {6^, \ k = 
0 ,..., ICI — 1} which contains one leftbound blocking job 6^, for each clause Cfe. 
Each blocking job Bk is released at time A 3 + 2k and is compatible with each 
rightbound variable job that represents a variable assignment that satisfying 
the corresponding clause Cfe. The gaps between the release times of the blocking 
jobs are filled with a set dummy jobs H 3 = {hj, | /c = 0,..., IC] — 1} U {h\ \ 
A: = 0 ,..., ICI — 1} containing one rightbound job and one leftbound job h\ 
with release date A3 + 2fc +1 each. Each leftbound dummy job h\. is compatible 
with all rightbound variable jobs, furthermore each rightbound dummy job h\. is 
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Figure 10: Part P 3 for Cfc = {xa V Xb V Xc) and Cfc+i = {xd V V Xf). Note that each variable job 
can be adjacent with more than one clause job (although this does not occur in the example). 


compatible with the three leftbound jobs released during the time interval [rhi — 

+ !]■ 

We are now in position to prove Lemma 7 . 2 , i.e., in a schedule with makespan 
Cmax the only jobs released before ^3 that can be scheduled in P3 are one right- 
bound variable job for each clause such that the variable assignment satisfies 
the clause. 

Proof of Lemma 1 . 2 . By Lemma 7.3 all jobs released within P3 must start be¬ 
fore the end of P3. Hence, each leftbound dummy and blocking job is forced to 
start at its release date. Therefore, due to the compatibilities, each rightbound 
dummy job must be scheduled directly when released. The only remaining \C\ 
free slots can be hlled with rightbound variable jobs - exactly one free slot 
per clause Ck reserved for a variable job representing an assignment that satis¬ 
fies Cfc. □ 

We proceed to explain the jobs released in parts Pi and P2. 

Jobs released in Pi. 

The first two parts are responsible for obtaining a correct assignment of the 
variables. In the first part, we release different types of jobs for each variable 
Xi, i = 0 ,..., \X\ — 1 , cf. Figure 11 with the following. For each variable Xi, 
1 = 0 ,..., |X| — 1, we release 

• two rightbound true variable jobs 1, tj 2 times 6i and 6i + 1, respec¬ 

tively, 

• two rightbound false variable jobs f^^, f^2 times 6i -I- 3 and 6i -|- 4, 
respectively, 

• one leftbound true variable job t\ at time 6z -I- 4 , 

• one leftbound false variable job fj at time 6i -I- 1 , 

• two leftbound indefinite variable jobs g*, ql at times 6z -I- 1 and 6i + 4 , 
respectively. 

• two leftbound blocking jobs b^, b\ at times 6i and -|- 3 , respectively. 

• two leftbound dummy jobs h}f, h}^ at times 6z -I- 2 and 6i -I- 5, respectively. 
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Figure 11: Released jobs per variable Xi in Pi, the corresponding compatibilities given by Gi and 
a scheduled example for a true variable assignment. 


• two rightbound dummy jobs hf', hf at times 6z + 2 and 6z + 5, respectively. 

In the following, we write i, 2 \ Xi & X} for the set of rightbound true 

variable jobs, F*' = | S X} for the set of rightbound false variable 

jobs and Q = {ql^q\ \xi € X} for the set of indefinite jobs. 

The compatibility graph Gi is defined such that 

• each blocking job b\ is compatible with the corresponding true variable 
jobs and 

• each blocking job bl is compatible with with the corresponding false vari¬ 
able jobs and 

• each indefinite job g* is compatible with the corresponding rightbound 
true variable jobs i and tl 2 

• each indefinite job qf is compatible with the corresponding rightbound 
false variable jobs and /“'2- 

• each dummy job h is compatible with the opposed jobs released in [r^ — 

+ 1 ], 

• none of the remaining pairs of jobs are compatible. 


Jobs released in P2. 

In the second part (Figure 12 ), there is room for exactly one indefinite job and 
one leftbound variable job per variable. This is realized by a set of rightbound 
blocking jobs B2 = {bi^i,b^ 2 \ Xi € X} where each blocking job b^ i is released 
at time A2 + 4 i and is compatible with the corresponding two indefinite jobs g* 
and q-. Each blocking job b^ 2 is released at time ^2 + -I- 2 and is compatible 

with the corresponding two leftbound variable jobs fj and t\. The gaps between 
two subsequent released blocking jobs are closed in both directions by dummy 
jobs H2 = \ x^ e X}U {hU,h\2 I Xi G X} released at times A2 + 

4 j -I- 1 and A2 + 4 :i + 3 , respectively. Each dummy job is compatible with all 
jobs of (3,r*,F*, or B2 and the corresponding opposed dummy job released 
concurrently. 

We are now in position to prove Lemma 7 . 1 . 
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Figure 12; Part P 2 creates a structure of blocking and dummy jobs with respective compatibilities 
that create space for exactly one indefinite job per variable Xi. 


Proof of Lemma 7.1. By Lemmas 7.2 and 7.3, each rightbound dummy and 
blocking job of H 2 and B 2 must be scheduled before the end of P 2 and hence, 
directly at its release. By the given compatibilities this is also true for the 
leftbound dummy jobs of H 2 . Therefore, there are exactly two open slots per 
variable Xi, one reserved for the two corresponding indefinite jobs g*, and one 
for the two corresponding leftbound variable jobs fl,t\. Since no further space 
is left, for both pairs exactly one can be scheduled within P 2 . The remaining 
one must be completed already by the end of Pi. 

Also, for the first part, we can conclude that no blocking and no dummy job 
released in Pi can start after the end of Pi. Consider now one variable Xi and 
assume that no job corresponding to Xi can start within part Pi after 6 i + 5. 
This assumption holds obviously for x„. Then, /if and /if, the latest released 
jobs corresponding to Xi, must both start at their release. 

If the leftbound job /■ is scheduled within part Pi it must be scheduled at 
its release and hence f^^ and f ^2 must be postponed to the next parts. In this 
case, also the second blocking job bl as well as the first two dummy jobs /if 
and /if are forced to start at their release, consequently also bf In this case 
it is not possible anymore to schedule ql within part Pi. For this reason, the 
counter part ql must be scheduled at its release time and the leftbound fj must 
be postponed. With this, there is exactly one free slot for /j '2 and one for t] i. 

If, on the other hand, the leftbound job t\ is scheduled after part Pi, we have 
to schedule fj within part Pi. Due to the conflicts with /if, the start time of /* 
and the blocking and dummy jobs in between must in particular be scheduled 
at their release. For that reason ql must be postponed and ql must be scheduled 
at its release. Hence, also the rightbound true jobs /j and t\ must be postponed 
and there are exactly two slots for the two false jobs. 

In both cases, the scheduled leftbound jobs ensure that no earlier released 
variable job can start after 6 (i — 1) + 5. Hence, it can be concluded by induction 
that, for each variable, either all corresponding false jobs or all corresponding 
true jobs must be scheduled after part Pi. And since, by Lemmas 7.2 and 7.3, 
at least 2 n rightbound variable jobs must be scheduled within Pi the free spots 
ensure that exactly the two counter parts are scheduled within Pi. □ 

We can conclude the following claim and hence. Theorem 7. 

Claim. There is a satisfying assignment for the given (< 3,3) — Sat instance 
if and only if there is a feasible schedule for the constructed scheduling instance 
with makespan Cmax = A 5 + 1 . 
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Proof of Theorem 7. If there is a schedule with makespan Cmax we can apply 
Lemmas 7.1 to 7.3. Within the resulting schedule we can therefore be sure 
that \C\ rightbound variable jobs are scheduled within the clause part. Since by 
Lemma 7.1 the assignment of each variable is well defined we get by Lemma 7.2 
a satisfying truth assignment for the clauses. 

If on the other hand a satisfying truth assignment is given, the described 
schedule with demanded makespan can be created in straight-forward manner, 
by postponing the assignment jobs corresponding to the truth assignment and 
scheduling all other jobs within the part they are released in (or in part P 2 in 
the case of leftbound variable jobs or indefinite jobs). □ 

C.2 NP-Hardness of Total Completion Time Minimization 

Theorem 3. The bidirectional scheduling problem on a single segment and with 
an arbitrary compatibility graph is NP-hard even if pj = Ti = I for each j £ J. 

We give an analogous reduction as for Theorem 7. Note, that solutions 
optimal for the total completion time and those optimal for the total waiting 
time are equivalent. Hence, it is sufficient to prove the hardness for the latter. 
The goal is to enforce the same structure as for makespan minimization when 
minimizing the total waiting time. To do so, we start by calculating an upper 
bound of the resulting waiting time. 

We can trivially bound the total waiting time of a schedule that achieves 
a makespan of Cmax by IT = | J| • Cmax = l-^l ■ (^5 + 1), where J is the set 
of all jobs in our construction. With this polynomial bound we can extend the 
construction of a scheduling instance for a given (< 3, 3)-Sat instance by part P 5 
with W 1 further leftbound blocking jobs = {b^ | * = 0,..., IT — 1} with 
release date H 5 -I- i -I- I for each G P 5 that are not compatible to any of the 
previous jobs. 

Claim. There is a satisfying truth assignment for the given (< 3, 3 )-Sat 
instance if and only if there is a feasible schedule for the constructed scheduling 
instance with total waiting time of at most IT. 

Proof of Theorem 3. Assume Hrst that there is a satisfying assignment for the 
(< 3, 3 )-Sat instance. In this case, there is a schedule where no job released 
in the first four parts starts processing after A 5 and hence the resulting total 
waiting time does not exceed IT. 

Assume on the other hand, that there is a solution for the constructed 
scheduling instance whose objective does not exceed IT. For such a solution, 
either all jobs released in the first four parts start before A 5 or their is at least 
one starting later. In the first case, we get, by Lemmas 7.3 to 7.1, a schedule 
together with a satisfying truth assignment with waiting time bounded by IT. 

In the second case each postponed job j with starting time Sj increases the 
already existing waiting time by at least an amount of (S') — A 5 ) -|- IT -I- 1 — 
(S) — A 5 ) = IT -I-1. Hence, the first case applies. □ 

C.3 APX-Hardness 

In this section, we show the APX-hardness of bidirectional scheduling. As for 
the NP-hardness proof, it is convenient to first prove the APX-hardness for mini- 
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mizing the makespan before turning to the minimization of the total completion 
time. 

Theorem 8. Minimizing the makespan for m = 1 with an arbitrary eompati- 
bility graph Gi is APX-hard even if Pj = ri = 1 for each j € J. 

Proof. We reduce from a specific variant of Max-3-Sat which is NP-hard to 
approximate to within a factor of 1016/1015, see Berman et al. [3]. An instance 
of Symm-4-Occ-Max-3-Sat is given by a Boolean formula with a set C of 
clauses of size three over a set of variables A, where both the positive and 
the negative literal of each variable Xi G X appears in exactly two clauses. 
Berman et al. [3] construct a family of instances of Symm-4-Occ-Max-3-Sat 
with 1016n clauses, where n G N. They show that for any 6 G (0,1/2), it is 
NP-hard to distinguish between the “bad” instances where at most (1015 -I- S)n 
clauses can be satished and the “good” instances where at least (1016 — S)n 
instances can be satisfied. 

Let he a formula of the above family. Based on (j), we use the same 
construction as in Theorem 7 with one small adaption: In the first part, for 
each variable Xi, i = 0 ,...,|A| — 1 , we release additionally two virtual jobs 
Vi^i and Vi^2 at times 6 i and 6 i -|- 1, respectively. Both jobs are compatible 
with all leftbound blocking, dummy and variable jobs of the same variable. We 
claim that for this bidirectional scheduling instance the optimal makespan is 
12\X\ + \C\ +1 + c ii and only if the minimum number of unsatisfied clauses of (f 
is c. Assuming the correctness of the claim, we derive that for a good instance 
with 1016n clauses, the makespan is at most 12|A| -|- 1016n -|- 1 -I- Sn. Using the 
identity |A| = 31(71/4 = 3 • 1016n/4, we can bound the makespan from above 
by (10160 -I- 5)n + 1. For bad instances, on the other hand, the makespan is 
at least (10161 — S)n, i.e., the optimal makespan cannot be approximated by a 
factor of 10161/10160 « 1.000098. 

It is left to prove the correctness of the claim. It is easy to see that the 
optimal makespan is bounded from above by I2|A| -|- |(7| -I- 1 -|- c by a small 
adaption of the arguments of the proof of Theorem 7. To see this, fix a variable 
assignment satisfying all but c clauses. In parts one and two (where the variable 
assignments are fixed) we schedule all jobs as in the proof of Theorem 7 with 
respect to the variable assignment. Additionally, the leftbound variable jobs not 
scheduled in the first part, leave a gap in the schedule that is a perfect fit for the 
additional virtual jobs, see also the right illustration in Figure 11. In the third 
part, we schedule one satisfying variable for each clause that is satisfied. In 
the forth part, we schedule any 2|A| — \C\ variable jobs left over from previous 
parts. By construction, at the end of the forth part, we are left with c variable 
jobs (that could not be matched to any clause job in the third part). Scheduling 
them one after another, we obtain the claimed makespan of 12|A| -|- |(7| -I-1 -|- c. 

To see that 12|A| -|- |(7| -I- 1 -I- c is lower bound on the optimal makespan, 
we argue using the concept of matched jobs. First, note that there is always an 
optimal schedule in which all jobs are processed at an integral point in time. 
Otherwise, we could move the first job scheduled at a non-integral point in 
time to the previous integral point in time without violating any constraints. 
Iterating this process, we obtain a schedule in which all jobs are processed 
at integral times, as claimed. Given such an integral schedule, we call a job 
processed at time t matched^ if it is leftbound and there is another rightbound 
job processed at time t, or vice versa. Otherwise the job is called unmatched. 
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For the following arguments, fix an integral schedule. We proceed to argue 
that there are at least c unmatched jobs that are mutually incompatible. 

First consider the (clause) blocking jobs released in part three. For fc, I G 
{0, 1, 2 }, let Xk^i be the set of variables Xi such that k rightbound true variable 
jobs t\ 2 S'l'S matched to a (clause) blocking job and I rightbound false vari¬ 
able jobs /[j, f -2 are matched to a (clause) blocking job. Intuitively, the sets 
^ 1.11 ^ 2 , 1 , ^ 1 . 2 , ^ 2,2 contain the variables that are not set consistently accord¬ 
ing to a well-defined truth assignment. Using that at most jUI — c clauses of (j) 
can be satisfied, we derive that at least 

C-|Xi,i|-|X2,i|-|Xi,2|-2|X2,2| (2) 

(clause) blocking jobs (or rightbound dummy jobs) are unmatched. 

For any variable Xi G X 2 , 2 , the leftbound blocking jobs 6 -, dummy jobs 

hf, indefinite jobs q\, ql, and variable jobs /), t\ are matched by at most the 
two rightbound dummy jobs hf" and the two virtual jobs Vi ^2 released 
in part 1 as well as the two blocking jobs 6 , 2 released in part 2 , so that 

in the end, at least two rightbound jobs are left unmatched. Equivalently, for 
any variable Xi G X 12 U X 2 J at least one of the rightbound jobs above is left 
unmatched. 

For any variable Xi G Xi^i, consider the leftbound variable jobs fj and t\ as 
well as the leftbound indefinite jobs ql and ql- At most one indefinite job and one 
variable job most can be matched with the blocking jobs ^ and 2 released 
in part 2. The other two jobs, say the true variable job t\ and the indefinite job 
ql, are only compatible with the rightbound variable jobs, the virtual jobs and 
the dummy jobs jobs, leaving at least one job unmatched. Using (2), we may 
conclude that the total number of unmatched jobs is at least c. 

As argued above, the unmatched jobs are either (clause) blocking jobs re¬ 
leased in part three or remainders of the different types of leftbound jobs as¬ 
sociated with variables and released in the first part. As none of them are 
compatible, the makespan is at least 12|A| -|- |C| + 1 -I- c, as claimed. □ 

We are now ready to prove the APX-hardness of the minimization of the 
total completion time. 

Theorem 4. The bidirectional scheduling problem on a single segment and with 
an arbitrary compatibility graph is APX-/iard even ifpj = ti = 1 for each j G J. 

Sketch. Let ^ be a formula with 1016n clauses for some n G N with c unsatisfi- 
able clauses, as in Berman et al. [3] (cf. proof of Theorem 8). We use a similar 
idea as in the proof of Theorem 3, i.e., we use the same construction as in the re¬ 
duction for the makespan but add an additional set of M leftbound blocking jobs 
= 0,..., M — 1} with release date M = 12|A| -|- |C| -I-1 = 10160n-|-1. 
With similar arguments as before, we can show that there is an optimum sched¬ 
ule in which exactly c (clause) jobs are unmatched before time M, with only 
exactly c incompatible variable jobs remaining unscheduled after time 2M. The 
sum of completion times of this schedule is -I- bnc + c(c -|- l)/2 -|- 0{n) for 
some constants a,b G N. 

Now consider a “good” instance with at most Sn unsatisfiable clauses. The 
optimum schedule has a sum of completion times of at most 

an^ + b6n^ + n'^3'^ f 2 + 0{n). 
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On the other hand, a “bad” instance with at least (1 — S)n unsatisfiable clauses 
leads to a sum of completion times of at least 

an^ + 6(1 — 6 )n^ + n^(l — 6)^/2 + 0 {n). 

Since, for n —)■ oo, good and bad instance cannot be distinguished in polyno¬ 
mial time unless P = NP (cf. [3]), no algorithm can approximate the sum of 
completion times by a factor better than 

a -f 6(1 — 6 ) -I- (1 — (5)^ a -I- 6 -I-1 
a + b5 -\- 5"^ 5-i-o a ’ 


which is constant. 


□ 
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D Proofs of Section 6: 

Dynamic programs for restricted compatibil¬ 
ities 


In this section we present the dynamic programs for a constant number of com¬ 
patibility types and a constant number of segments. 

Theorem 5. The bidirectional scheduling problem can be solved in polynomial 
time if m = 1 , k is constant and pj = p for each j € J. 

Proof. Let J^,..., be a partition into subsets of invariant compatibility type. 
We consider each subset J° ordered non-increasingly by release dates and denote 
by Jf the i-th job of J'^ in this order, i.e., the (ric —*)-th job to be released. Each 
entry T[ii,ti, ..., c] of our dynamic programming table is designed to hold 
the minimum sum of completion times that can be achieved when scheduling 
only the ic' jobs of largest release date of each compatibility type c', such that 
Jf, is not scheduled before time tc' and is the first job that is scheduled. 
We start by setting T[0, ti,..., 0, c] =0 and define the dependencies between 
table entries in the following. 

Let C{j,t) = \n.ax.{t, rj} + p + Ti denote the smallest possible completion 
time of job j when scheduling it not before t. Depending on the types of 
jobs ji,j 2 (and in particular of their directions), we can compute in constant 
time the earliest time 0(ji, ti,^ 2 , ^ 2 ) not before ti that job ji can be scheduled 
at, assuming that j 2 is scheduled earlier at time max{t 2 ,We let Scc> = 1 
if c = c' and 6cc' = 0 otherwise, abbreviate 6c' = 0(Jf and get the 

following recursive formula for ic > 0: 




min {T[ii - Sic, 61, ■ ■ 


Skc, 61^, C 


C{Jl,tc)}. 


We can fill out our table in order of increasing sums ^ ic and finally ob¬ 
tain the desired minimum completion time as mine T[ni, 0,..., n^, 0; c]. We can 
reconstruct the schedule from the dynamic programming table in straightfor¬ 
ward manner. It remains to argue that we only need to consider polynomi- 
ally many times tc- This is true, since all relevant times are contained in the 
set {rj + kT + ip I j, k,i <n} of cardinality 0 {n^). □ 


Theorem 9. The bidirectional scheduling problem can be solved in polynomial 
time if m, k, and Ti are constant for each i S M, and pj = 1 for each j S J. 

Proof. Again, we consider subsets of identical jobs. In addition to their conflict 
type c, we further distinguish jobs by their start and target segments s, t and 
form subsets ^ correspondingly. The number of subsets is bounded by Km^. 
Since all release times are integer and since pj = 1, we only need to consider 
integer points in time. Hence, only Ti + 1 possible positions need to be considered 
for a job running on segment i, and no two jobs of the same direction can occupy 
the same position. The state of the system can be fully described by (i) the 
number of available jobs per segment and Jf and (ii) for each position on each 
segment and each the fact whether a job of is occupying this position. 

The number of states is bounded by • Ili^i = poly(n). 


34 


We define the successors of each state to be all states that can be reached 
in one time step where not all jobs wait, or by waiting for the next release 
date. This way, the state representation changes from one state to the next. 
The system always makes progress towards the final state where each job has 
arrived at its target. The state graph can thus not have a cycle, and we may 
consider states in a topological order. We formulate a dynamic program that 
computes for each state the smallest partial completion time to reach the state, 
where the partial completion time is defined as the sum of completion times of 
all completed jobs plus the current time for each uncompleted job. The dynamic 
program is well-defined as each value only depends on predecessor states. □ 

Corollary 9.1. The bidirectional scheduling problem can be solved in polynomial 
time if m and k are constant, = 1 for each i € M, and pj = 0 for each j S J. 

Proof. Since all release dates are integer, at each integer point in time no jobs 
are running on any segment. We can thus use a simpler version of the dynamic 
program we introduced in the proof of Theorem 9. □ 
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